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Tips & techniques for Microsoft Access + Windows 


hen you want to place criteria in a 
query, you usually place the restric- 
mms (ions On the raw data in the table. 
However, you may occasionally want to base 


criteria on summary calculations. In other 


words, you may want to summarize the data 
and then select records according to how 
their data compares to the summary results. 


For instance, suppose you want to find the 
customers who have bought at least $1,000 


worth of your product in the last year. Such a 


query would need to tally each customer's 


orders and then determine if each sum is 


greater than 1,000. In this article, we'll de- 
scribe how to build queries that place this 


type of criteria. 
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Selecting records based on 
summary information 


The technique 

To base a query’s criteria on a summary cal- 
culation, you simply open the Total row in 
the QBE grid, move to the column you want 
to summarize, and define the summary op- 
eration in the column’s Total cell. Then, you 
move to the Criteria cell and enter the criteria 
on the summary results you want the records 
to meet. 

Although our description of the technique 
seems simple, you'll usually run into a few 
complications. We’ll describe these complica- 
tions in a moment. Let's start instead with a 
simple example that demonstrates how use- 
ful this technique can be. 


A simple example 

Suppose you want to determine which states 
are the most profitable to do business in. One 
thing you might do is to see which states 
have the most customers. For instance, sup- 
pose you store customers’ name and address 
data in a table named Customers. You can 
create a query that bases criteria on the count 
of customers from each state. 

We'll borrow the Customers table from 
the NWIND sample database for this ex- 
ample, since it already contains plenty of 
data. Table A on page 2 shows the structure 
of this table. As you can see, it has Customer 
ID as its key field and includes the Region 
field to keep track of each customer’s state 
(or province, for international customers). 

Let’s now create a query that selects a 
Region entry only if there are at least five 
customers in that region. If you haven’t al- 
ready opened the NWIND database, do so 
now by using the File menu’s Open Data- 
base... command. Then, highlight the Cus- 
tomers table in the Database window and 
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Key Field Name 


Customer [D 
Company Name 
Contact Name 
Contact Title 
Address 


City 


Region 
Postal Code 
Country 
Phone 


Fax 
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click the New Query button (|a|) on the tool 
bar. Next, you drag the Region field from the 
table’s field list to the QBE grid. If you ran the 
query at this point, the datasheet would then 
show all the regions in the Customers table. 
Now you want to place the criteria that tell 
Access to select only the regions with five or 
more customers. 

You don’t use the original Region column 
to set criteria. Doing so would place criteria 
on the table’s raw data. In this situation, you 
want to place criteria on a summary result. 
To do so, you must use a second copy of the 
Region field in a separate column. 

Drag the second copy of the field to the 
QBE grid and then deselect the Show cell’s 
check box. Next, click the Totals button 
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(|=]) on the tool bar to open the Total row. 
Then, in the second column’s Total cell, click 
the dropdown arrow and choose Count 
from the selection list. Finally, move to the 
Criteria cell and enter >=5. Figure A shows 
the query. 


Figure A ———— 
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This query selects Region entries only if the regions 
have at least five customers. 


To see the results, click the Datasheet View 
button (|F|) on the tool bar. Figure B shows 
the datasheet that identifies California, Ore- 
gon, and Washington as the only states that 
have at least five Northwind customers. 

Before moving on, save the query by pull- 
ing down the File menu and selecting the 
Save Query option. In the Query Name dia- 
log box, type the name Regions With Five 
Customers and click OK. 

This example shows you how powerful 
this technique can be for extracting informa- 
tion from your data. However, as you create 
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more complicated queries, implementing the 
technique can become a little tricky. For in- 
stance, you'll have a harder time displaying 
the names of all the customers that reside in 
the states the previous query selects. The 
problem stems from the way you tell the 
query which fields to summarize and which 
fields to display. To understand this compli- 
cation, you need to understand the role of the 
Group By option. 


Figure B 


Only California, Oregon, and Washington have five or 


more Northwind customers. 


The Group By option 

The Group By option is one of many pos- 
sible options in the Total cell, but all the 
others are types of summary operations. 
When you select Group By for a field, Ac- 
cess groups the data by that field before 

_ performing the summary calculations the 
other columns define. Furthermore, when 
you select Group By in more than one col- 
umn, Access groups the data by the unique 
combinations of those fields. 

To see an example, return to the Regions 
With Five Customers query shown in Figure 
A. The Region column’s Group By operator 
tells Access to group the Customer data by 
Region entries. Then, the Count summary 
operation in the second column can count 
the number of entries in each group. 


How Group By affects criteria 
on summary results 

Now, how does the Group By option compli- 
cate placing summary criteria? Well, Group | 
By doesn’t cause the problems by itself. The 
complicating issue here is that if you want to 
show a column in the datasheet, you must 
enter into the Total cell a summary operator 


such as Count or the 
Group By operator. 
Therefore, you can’t 
include a field only 
for display purposes. 

To demonstrate 
this property, we'll 
show you how to 
display the names of 
those customers that 
reside in the “high- 
traffic” regions that 
the Regions With 
Five Customers query selects. You first might 
try including the Company Name field in the 
OBE grid. However, when you do, you'll find 
you must include the Group By option in that 
column’s Total cell, as shown in Figure C. 

When you run the query, Access will group 
records by unique combinations of Company 
Name and Region and then count the records 
in each group. Since the query doesn’t group 
only by the Region field anymore, the query 
will no longer count the number of customers 
from each state. In fact, since Company Name 
is unique in this table, the query will never 
count more than 1 for any of the groups. 

In short, you often can’t directly apply 
summary criteria to a query that includes 
fields other than Group By and summary 
fields that define the summary calculation. 


Figure C - 


As a first guess at the solution, you might simply try to 
include the Company Name field in the QBE grid. 


The full technique 

To work around such problems, you must use 
two queries. The first query selects field entries 
according to how they compare to summary 
results, and the second query selects records 
that have entries the first query selects. 

You'll see this technique more clearly in 
an example. Let’s build on the query we cre- 
ated before that selects customers from re- 
gions that contain at least five customers. 
You already have available a query that can 
select the states. To get the names of the 
customers from those states, create a second 
query based on the first query and the Cus- 
tomers table. 

To build this query, first build a basic 
query that selects the Company Name and 
Region from all records. Highlight the Cus- 
tomers table in the Database window and 
click the New Query button. Then, drag the 
Company Name and Region fields to the 
QBE grid. 
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Figure D 


Select Query: Query3 


Next, you include 
the Regions With 
Five Customers 
query in this query 
and create an equi- 
join between the 
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do so, return to the 
Database window 
by pressing [F11] 
and click the Query 
button to display the 
list of queries. Then, 
find the Regions With Five Customers query 
and drag it to the new query. When you do 
so, Access will place the query’s field list in 
the new query’s window. Then, return to 
that Query window and create the equi-join. 
Do so by clicking the Customers table’s 
Region field and dragging it to the Regions 
With Five Customers query’s Region field. 
Finally, save this query by using the File 
menu's Save As command, naming the 


query Popular States. Figure D shows the 
new query. | 

When you click the Datasheet View button 
to see the query results, Access will run both 
queries. Access will realize that before it can 
select customer names from the Customers 
table, it must run the Regions With Five Cus- 
tomers query to know which regions to select 
customer names from. 

You'll usually need to use the double- 
query technique for basing criteria on sum- 
mary information. You create a query to 
compute your summary results and to select 
records based on that result. Then you can 
draw on that query in the main query to 
select the data you actually want to see. 


Conclusion 

In this article, we showed how to base query 
criteria on summary calculations. With this 
technique, you can extract all sorts of interesting 
information from your data. Also, see our solu- 
tion to Stephen Einson’s letter beginning on 
page 14 for a novel use of this technique. ® 


Loading Access data into a Word for 


Windows data file 


ne advantage of working in the Win- 
dows environment is that applications 


m WOrk together. In this article, we'll 
show you how Access and Word for Win- 
dows cooperate to create a mail merge docu- 
ment’s data file. If you’ve used Word for 
Windows’ mail merge feature, you know you 
must create two files—the letter document 
you want to print and the data file containing 
the field data that changes from letter to let- 
ter. As you'll see, Microsoft has included 
features in Access that make it easy for you 
to create the data file. 


Creating the data file 
Loading data from Access into a Word for 
Windows data file is remarkably simple. You 
open a table or run a query, select the records 
in the datasheet you want to include in the 
data file, copy the records to the Clipboard, 
and then paste the records into an empty 
Word for Windows document. 

The data will appear in the format Word 
for Windows requires for a mail merge data 
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file—specifically, as tab-delimited data. Also, 
the first line will contain the field headers 
that Word for Windows needs in order to 
associate the columns of data with the appro- 
priate mail merge fields. 

To use this document as the data file of a 
mail merge document, you must save the 
document with a new filename and then at- 
tach the data file to your letter document by 
using the Print Merge command on the File 
menu. Once you attach the data file, you can 
reference its field in the text of your letter. 


An example 
Let’s look at an example. Suppose you want to 
mail a thank-you letter to various customers. 
We'll use the Northwind database’s Custom- 
ers table that comes with Access as the source 
for the names and addresses for this letter. 
You must first select the companies to 
whom you want to send the letter. Open the 
NWIND database and then double-click the 
Customers table in the Database window. In 
this simple exercise, you'll select just the first 


ten records. To do this, click the tenth record’s 
record selector (the tenth record has the Cus- 
tomer ID entry BOTTM) and then shift-click 
the first record’s record selector. When you 
shift-click, Access will select all the records 
between the first and tenth, as shown in Fig- 
ure A. Now that you've selected the first ten 
records, pull down the Edit menu and select 
Copy to copy the records to the Clipboard. 


Figure A 
; z “Table: Customers 


Customer ID | CompanyName 


amily Market du Soderholm 
Cae s Mediterrane an Imports Olivia LaMont 

|| CHEAC Cheap Chow Markets Louisa Scarpaczyk 
|| COMME Commoner's Exchange Tery Hargreaves 
f | CONSH Consolidated Holdings Elizabeth Brown 
H  |DOLLC Dollarnwise Convenience Store Sean O'Brien j 
| | DUNNH Dunn's Holdings Sylvia Dunn Owner 
| JEASTC Eastern Connection Ann Devon Sales Agent 
= EMPIT Empire Trading Ronald Merrick Sales Manager 
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For this simple example, select and copy to the Clip- 


board the first ten records of the NWIND database’s 
Customers table. 


That’s all you have to do in Access. The rest 
of the technique you perform in Word for Win- 
dows. Return to Windows’ Program Manager 
and launch Word for Windows. The program 
will create a new document as it starts up. You 
just paste the Access records into it by pulling 
down Word for Windows’ Edit menu and se- 
lecting Paste. The Access records will appear in 
the new document as shown in Figure B. 

The data looks messy in Word for Win- 
dows because each record’s paragraph wraps 
to a second line. However, if you look closely, 
you'll see the customer information is intact. 


Figure B 
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CustomerID > CompanyName ContactName ContactTitle > Address*City > Region 
> PostalCode > CountryFhone #Faxf] 
ALWAQ — Always Open Quick MartMelissa Adams #Sales Representative > 77-Overpass Ave 
+> Provo#UT + 34604>USA —> (201) 555-7424481 
sentative + P O.Box-209 
0 5.95744 206)-5 555-35 35419 
ANTHBAnthony’s Beer-and Ale+Mary Throneberry —> of sistant Sales re zent > 3 3-Neptune 
Circle *Clifton Forge > WA — 24422915 A —> (509)-555-86474] 
AROUT Around the HomT homas Hardy Sales iis ntative > "Brook renl 
Stratford's St.Mary" > Colchester > Ess 761K +> UK > (9135 78871) 
5-6 750] 
BABUN Babu Ji's AN G. K.Chatterzee tamer +#Box 29938 > Londont — WZ1-S5LT 
> UE > (71)555-8248+f 
E +Bergstad's S llmciane Grocery*T ammy Wong Order “Admunustrato or > "41-5.-Marlon St.i 
2"Geattle *WA — 981047084 — (206) 34531206 8832 
nies Lake Deh & -Groe eryHanna Moor mer#210 Main St. > Port Towmsend+WA 
+> 983682054 —> (206) 555-304442 42479 
BLUMGBhum's Goods > Pat Parkes > Marketing Manager > "The Bhim Buildingff 
143-BhimFd."*Londont - NW1-2BP = UK — (71)-555-30137 
BOBCM — Bobcat Mesa Westem Gifts —> Gladys-Linds a Makene Manar + 213E 
Roy St.tSeattle FWA > 98124-40SA. — (206)-555-47474] 
BOTTMBottom-Dollar MarketsElizabeth Lincoln —* Accounting Manager > 23- Tsawassen 
Blvd. > Tsawassen > BC > T2F8M4 —> Canada604) 555-4729604) 555-374501 
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You include the Access data in a Word for Windows 


document by simply pasting it from the Clipboard. 
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The first paragraph, which we’ve shaded 
in blue, holds the field headers. You'll notice 
the Access table’s field names rather than 
data. The next ten paragraphs include the 
data from the ten records you copied to the 
Clipboard. Word for Windows knows to 
paste the data into this format automatically. 
Next, select the Save As... command on the 
File menu, enter DATAFILE.DOC in the File 
Name text box, and click OK. 


What about the spaces in the 
field names? 


Unfortunately, Word for Windows won't be 
able to use the data file as it exists at this point. 
Word for Windows insists the field names that 
reside in the first paragraph contain no spaces. 
When you paste Access data in the document, 
the field names appear as they’re spelled in the 
table definition. If the Access field names con- 
tain spaces, Word for Windows produces an 
error message as you try to attach the file as 
the mail merge data file. 

Figure C shows a magnified picture of the 
field headers in Figure B. Notice that the 
fields Customer ID, Company Name, Contact 
Name, and Postal Code contain spaces. 

You must delete those spaces after you 
paste the data into the empty document and 
before you attach the file to a mail merge docu- 
ment. Hf you've upgraded to Version 1.1, you 
can use the new export option instead of cut- 
ting and pasting. 


Attaching the data file 


Once you remove the spaces from the field 
names, you can attach the data file to your 
letter document by using the File menu’s 
Open... command. 


Figure ill 
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e File Edit View Insert Be Tools Table Window Help 


i Cuna o > Company Hamna > Contact Title Fi nm ddresst “ity > Region>Postal: 
Code > Country Phone +F af] 
ALWAQ => Always Open Quick Mart*Melissa Adams Sales Representative > 77-Overpass-Ave. 
+ Provo*UT > #4604 > USA > (801)-555-7424 > (801)-555-6851] 
ANDRC*Andre's Continental Food Market Heeneth GhanditSales Representative > PO Box209 
> Bellinghan > WA —> 98226 > USA —> (206)-555-9574 > (206)-555-3541f 
ANTHE*Anthony's Beerand Ale > Mary Thronebery — AssistantSales Agent > 33-Neptune- 
Circle > Clifton Forge > WA > 24422 * USA —> (309)-555-8647 > f 
AROUT*Around the Horm’Thomas Hardy > Sales Representative > "“BrookFarmf 
stratford St. Mary" — Colchester > Essex *COT6JX > UK > (913-555-7788 > (G 
555-67 50] 


You should make sure the field names in the data file’s header don’t include spaces. 
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Figure D 


Print Merge Setup 


__Attach Data File.. 


| [ Edit Main Document _ 


| Remove Attachments... 


Cancel | | 


_ You attach a data file to the letter document with the Print Merge Setup 
dialog box. 
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a File: DATAFILE. DOC 
Hester File: 


When you attach the DATAFILE.DOC data file, Word for Windows adds a ribbon to 


the top of the window. 


n researching the questions Robert Ander- 

son raised in his letter last month (“Hints 
| mm for Centering Labels on Forms and Re- 

Design Tip ports”), we noticed an interesting trick in 

sizing a label control. We placed a label con- 
trol on a new form, typed the text of the label, 
and then increased the font size from 8 to 18. 
Of course, the small size of the control hid 
most of the label text. 

In a situation such as this, you'll want to 
increase the size of the control to show all of 
the label text. We’ve found that when you 
simply click inside the label control (as if you 
wanted to edit the text), Access automatically 
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If you want to create a new document, use 
the File menu’s New... command. Next, pull 
down the File menu again and select the 
Print Merge... command. Word for Windows 
will pop up the Print Merge Setup dialog box 
shown in Figure D. 

To attach the data file, click the Attach 
Data File... button. Then, in the Attach Data 
File dialog box, select DATAFILE.DOC. When 
Word for Windows returns to the document, 
a new ribbon at the top of the window offers 
several buttons for creating and printing the 
mail merge document. Figure E shows the 
new ribbon just above the ruler. 

Now you can type the letter and include 
the data file fields as you would normally. 
When you want to use data from the data 
file, click the Insert Merge Field... button. 


Conclusion 


In this article, we showed you how to create 
a Word for Windows data file by simply 
copying data from an Access table to the 
Clipboard and then pasting the data to a 
Word for Windows document. When you 
paste the data, the field header that Word for 
Windows requires in a data file automatically 
appears. Next month, we'll profile the new 
version’s export feature, which provides an 
alternative method for filling a Word for 
Windows data file with Acess data. ® 


Sizing a label control to exactly 
the size of its contents 


sizes the control to fit the new size of the text. 
Alternatively, you can pull down the Layout 
menu and select the Size To Fit option. Either 
way, the control will grow to fit the text. 

You might think it would be just as easy 
to grab one of the corner handles and drag 
the mouse pointer until the control is the 
size you want. There’s only one problem 
with that technique: If you’ve activated the 
Snap To Grid feature, the new size will snap 
to the grid. If you use either of the first two 
methods, Access will ignore the grid and fit 
the control around the text as closely as it 
possibly can. ® 


Understanding the outer join 


W hen you join two tables in a query, 
you simply click the linking field in 
mmm ONE table’s field list and drag it to 
the linking field of the other table. When you 
do so, you create a type of join called an equi- 
join. When you create an equi-join, the query 
selects records only if the tables have match- 
ing entries in the join fields. 

In some situations, the equi-join is too 
restrictive. You may want the query to select 
all records from a table and simply draw 
information from the other table for those 
records that have a linking entry. This type of 
link is called an outer join. To create this type 
of link, you first create an equi-join and then 
convert it to an outer join by using the Join 
Properties dialog box. In this article, we'll 
walk you through the steps for creating this 
special type of link. 


The Join Properties 

dialog box 

To convert an equi-join to an outer join, you 
double-click the join line that connects the 
tables in the Query window. Access pops up 
the Join Properties dialog box, which lets 
you choose how you want Access to select 
the records. 

This dialog box provides a bank of three 
radio buttons. Option 1 selects the ordinary 
equi-join. (Obviously, it’s the default option.) 
Options 2 and 3 define the two possible outer 
joins. Option 2 tells Access to include all 
records from one table; option 3 tells Access 
to include all the other table’s records. Access 
customizes the options’ descriptions to tell 
you how each option selects records. 


An example 

To demonstrate how you use the Join Prop- 
erties dialog box to create an outer join, 
we'll show you a common example. If you 
keep track of your company’s sales with 
Access, you probably use separate tables to 
store sales information and customer infor- 
mation. However, you might create a query 
that combines the data from these tables in 
order to review the sales information. To 
relate these tables in a query, you'd prob- 
ably use an outer join so you don’t unknow- 
ingly omit sales records that are missing 
customer information. 


Let’s look at this situation more closely. 
Tables A and B show structures you might 
use for the Sales and Customer tables. As you 
can see, both tables have Counter key fields. yD 

You relate the tables in a query by joining 
the tables’ Customer ID fields. Figure A 
shows this type of query. 


Figure A 


a Select Query: Query4 


To combine information from the Sales and Cus- 
tomer tables, you'd link the tables through the 
Customer ID field. 


If you’re confident that all Sales records 
have a valid Customer ID entry, using an 
equi-join to link the tables would be perfectly 
acceptable. However, in rare cases, Sales 
records may be missing their Customer ID 
entries or, perhaps, have an invalid entry. In 
these cases, the query would omit the Sales 
record from the datasheet. 

In many situations, you might want 
to omit records that don’t have a valid 


Table A | 
Key Field Name Data Type Properties 


Sale ID Counter 
Sale Date Date/Time 
Customer ID Number Field Size=Long Integer 


Sale Amount Currency 


Key Field Name Data Type Properties 


Counter 
Text 
Text 
Text 
Text 
Text 
Text 


Customer ID 
Customer Name 


Field Size=40 
Field Size=60 
Field Size=15 
Field Size=15 
Field Size=10 
Field Size=24 


Address 


City 
State 

Zip Code 
Phone 
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Figure B 


is T Only include rows where the jomed fields from both 
tables are equal. 


> Include ALL records from ‘Sales’ and only those records 
from ‘Customer’ where the joined fields are equal. 


- Include ALL records from ‘Customer’ and only those 
records from ‘Sales’ where the joined fields are equal. 


Cima] 


You use the Join Properties dialog box to convert the 
equi-join into an outer join. 


relationship—but 
not in this case. You 
never want to leave 
out a Sales record. If 
Sales records drop 
out, you lose money. 
Therefore, you usu- 
ally want to link the 
tables with an outer 
join that always in- 
cludes Sales records 
and includes Cus- 
tomer data when 
it’s available. 


To create an outer join for this query, you 
double-click the join line that connects the 


in some of the menu options and control 
names. When you see an underline beneath a 
character, you can select that menu option or 
control by holding down the [Alt] key and 


pressing the character. 


This type of key combination is called an 
access key, although the term access has noth- 
ing to do with the product Access. Almost all 
Microsoft products have access keys to cer- 
tain menu commands and other operations. 

Last month, Elisa Williams wrote to tell us 
those underlines were cropping up in her re- 
ports when she used the ampersand (&) in 


Figure A 


i FieldO: o: [Unbound J 


We'll use the default text box and command button 
controls to demonstrate access keys. 
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labels. As you may 
remember, we 
pointed out that an 
ampersand tells Ac- 
cess the character 
following it is the 
access key for that 
label control. Al- 
though we suggested 
you can create your 
own access keys in 
your forms, we didn’t 
walk you through the 
process of doing so. 


Sales and Customer tables’ Customer ID to 
invoke the Join Properties dialog box, shown 
in Figure B. As you can see, the descriptions 
to the right of the radio buttons explain each 
option’s effect. 

In this situation, you select option 2 in 
order to include all Sales records regard- 
less of the contents of the Customer table’s 
Customer ID field. When you click OK to 
return to the Query window, the join line 
will have an arrow pointing to the Cus- 
tomer table. This arrow signifies an outer 
join that includes all Sales records and 
looks up Customer data for Sales records 
that have a linking entry in the Customer 
ID field. ® 


Defining access keys for controls 
on your forms 


n the February/March issue of Inside 

Microsoft Access, “Open Access Objects in 
ma Design View by Using Keystroke Short- 
cuts” showed the significance of underlines 


This month, we'll show you how access 
keys can improve the way you work witha 
form’s controls while you use the form. We’ll 
start by creating a simple form on which you 
can experiment with access keys and show 
you a couple of examples. 


An example form 


Let’s create a simple form that contains a text 
box and a button control. We'll assign these 
controls access keys and show you how eas- 
ily you can access the controls by using the 
[Alt] key. 

Start by clicking the Form button ({#]) in 
the Database window and then clicking New. 
When the New Form dialog box appears, 
click Blank Form. 

Now, place the controls on the form. 
Starting with the Text Box control, click 
the Text Box tool ((ai]) in the tool box, posi- 
tion the mouse pointer where you want 
the text box to reside, and then click about 
an inch and a half from the left border. 
Access will create the control and its asso- 
ciated label. 

Next, place the button control by clicking 
the Command Button tool ({&]) in the tool 
box and clicking an inch and a half from the 
right border. After you place both controls, 
your form should look something like the 
one shown in Figure A. 


o- 


Defining an access key 

for the button 

Now let’s create an access key for the com- 
mand button. You do this by selecting a letter 
for the access key from the button’s Caption 
property and inserting an ampersand in front 
of it. Access will immediately place a thin line 
under the letter. 

Let’s use the B of the default Button2 Cap- 
tion property as the access key. Open the 
Property sheet (if it isn’t open already) by 
clicking the Properties button (|E! 
tool bar. Next, change the Caption property 
to &Button2. As soon as you move the cursor 
off that property, Access underlines the but- 
ton caption’s B. 


Defining an access key for 
the text box 


Creating an access key for the text box is a 
little trickier: You don’t modify a text box 
property. Instead, you insert the ampersand 
in the Caption property of the text box’s label 
control. The association between the text box 
and its label allows Access to move the cursor 
to the text box when you press the label’s ac- 
cess key. 

To see for yourself, click the text box’s 
label and, in the property sheet, insert the 
ampersand in front of the F in the default 
Caption property Field0. Again, when you 
move the cursor off the Caption property, 
Access underlines the label’s F. 


Using the access keys 

Now that you’ve defined the access keys 
for the controls, press the Form View but- 
ton (|E8]) on the tool bar in order to test the 


Disabling individual macro statements 


o you ever wish you could see how a 

macro works without one of its ac- 
m tions? You don’t necessarily want to 
delete the action, because you may later de- 
cide to use it, but you want to see what hap- 
pens if you skip the action. 

If you have any programming experi- 
ence, you're accustomed to disabling com- 
mands and statements by converting them 
into a comment. That way, the compiler 
will ignore the statements as it builds the 
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Field: 


: Button2 


The underlines in the controls’ captions specify the access keys. 


access keys’ operation. Figure B shows the 
example form. As you can see, the button 
caption’s B and the field caption’s F are un- 
derlined. Now try switching between the two 
controls by pressing their access keys. When 
you press [Alt]B, Access moves to the button 
control. When you then press [AIt]F, Access 
places the cursor in the text box control. 


Defining access keys for other 
types of controls 


You can define an access key for any type of 
control you can move to or select while work- 
ing with a form. These controls include op- 
tion groups, option buttons, check boxes, 
combo boxes, and list boxes. You define ac- 
cess keys for these controls the same way you 
do for text boxes. You just insert the amper- 
sand in the Caption property of the control’s 
associated label. 


Conclusion 


In this article, we showed you how to create 
access keys for the controls you place on your 
forms. Sometimes, using the keyboard to 
press access keys is an easier way to navigate 
the form than using the mouse. ® 


executable program. Then you can test the 
result, and if you determine the program is 
better without the disabled lines, you can 
then delete them. 

How you “comment out” a statement 
varies from language to language. For in- 
stance, you comment out a line in Access 
Basic by inserting an apostrophe (') at the 
beginning of the line, while in the C lan- 
guage, you enclose statements between the 
character pairs /* and */. 
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Unfortunately, you can’t just comment out 
a macro action. Access provides a Comment 
column in which you can annotate the action 
without modifying the actual statement. How- 
ever, there’s another way to disable a macro 
action. In this article, we’ll show you how, and 
we'll describe one situation in which this tech- 
nique has come in handy for us. 


The technique 

To comment out—or disable—a macro 
action, open the macro in Design view and 
open the Condition column by clicking the 
Conditions button (|%#]) on the tool bar. 
Then, in the Condition cell of the action 


Access will carry out the action only if the ex- 
pression in the Condition column evaluates to a 
True value. 


you want to disable, you enter the condi- 
tional expression 1=2. 

Now, why does this work? When Access 
tries to execute the action, it will first evaluate 
the conditional expression. Access will carry 
out the action only if the expression in the 
Condition column evaluates to a True value. 
Since 1 never equals 2, Access will always 
skip the action. (Of course, you could enter 
any conditional expression that always 
equals False.) This technique doesn’t actually 
comment out the action. Instead, it simply 
prevents Access from executing the action. 


Macro: Autoexec 
RunCode 
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OpenForm 
OpenQuery 
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Function Name DoLogin{) 


_ Runs an Access Basic Function procedure. To run 
_ ā Sub procedure, create a Function procedure that 
calls the Sub procedure. Press F1 for help on this 
; action. 


To try to remove the PIM application’s Password dialog box, you must modify the 
database’s Autoexec macro. 
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An example 

We first used this technique while research- 
ing a problem for reader Robert Cote. Mr. 
Cote uses the PIM application Microsoft 
ships with Access to help manage his busi- 
ness appointments. He called us to ask if he 
could disable the password dialog box. He 
works in a single-user environment and 
doesn’t want to bother with security. 

We quickly learned that a single function 
called DoLogin( ), which the PIM developers 
created, controls user logon, and a RunCode 
action in the database’s Autoexec macro calls 
DoLogin(). We assumed that we could block 
the Password dialog box by removing the 
RunCode action. However, we didn’t recom- 
mend that Mr. Cote delete RunCode, because 
the DoLogin( ) function may do other things 
than simply manage a dialog box. Therefore, 
we recommended he just temporarily disable 
the action. If the PIM application continued 
to work properly for a few days, he could 
then safely delete the line. 

Let’s look at the steps required to make 
this change. First, open the PIM database 
while pressing the [Shift] key. (If you don’t 
hold down the [Shift] key, Access will auto- 
matically run the Autoexec macro.) Then, 
click the Macro button in the Database win- 
dow and find Autoexec in the list of macros. 
Next, double-right-click the macro to open it 
in Design view. Access will produce the win- 
dow shown in Figure A. 

The ninth row executes the RunCode ac- 
tion that calls the DoLogin( ) function. To 
disable this action, first press the Conditions 
button on the tool bar and, in that row’s Con- 
dition cell, type 1=2, as shown in Figure B. 
Then, save the updated Autoexec macro and 
close the window. Also, close the Database 
window so you can reopen the database in 
order to test the modified Autoexec macro. 

If you make this change to the database’s 
Autoexec macro, the next time you open the 
PIM database, the Password dialog box won't 
appear, and the application will seem to 
work fine. When Mr. Cote tried it, he was 
happy—that simple change seemed to solve 
the problem. 

Unfortunately, we soon found out that 
disabling the DoLogin( ) function call did not 
satisfactorily solve the problem. Mr. Cote 
called back the next day to report that the 
application no longer displayed the appoint- 
ments for the current day. It displayed the 


previous day’s appointments—the day he 
disabled the macro action. Apparently, the 
DoLogin( ) function also picks up the current 
date that the Autoexec macro uses to deter- 
mine which day’s appointment to display. 


Figure B 
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Enter a conditional expression in this column. 


To omit the Password dialog box, disable the action 
that calls the DoLogin() function. 


Since he only disabled the RunCode action 
in the macro, he could reinstate the applica- 
tion to its original operation by removing the 
1=2 expression in the Condition cell. 


Disabling several consecutive 
actions 


The previous example illustrated a case in 
which you want to disable a single macro 
action. Occasionally, you may want to disable 
a block of consecutive actions. To do this, you 
simply apply the conditional expression to all 
the statements. You can bring consecutive 
actions under one conditional expression by 
entering ellipses in the Condition cells of the 
additional actions. Therefore, to disable con- 
secutive actions, you enter the conditional 
expression 1=2 in the first action’s Condition 
cell and ellipses in the additional cells. 

To demonstrate this technique, suppose 
you want to disable the SetWarnings action 
that follows the RunCode action you disabled 
in the example. To do this, you’d enter an 
ellipsis in the row’s Condition cell, as shown 
in Figure C. 


When the statements already 
depend on conditions 

The technique we’ve shown you works 
well when the action you want to disable 
doesn’t already depend on a condition. If it 
depends on a condition, the technique will 
still work, but its implementation will be 
more complicated. 


If the action is the only one governed by 
the condition, you simply insert the string 1=2 
And in front of the existing conditional expres- 
sion. The extra condition will guarantee the 
expression will evaluate to False. To reinstate 
the original action, just remove 1=2 And. 

On the other hand, if the action you want 
to disable is part of a block of actions that 
already depend on a condition, implement- 
ing this technique might be too messy to be 
worthwhile. You’d have to copy the condi- 
tion to each row rather than use the ellipses, 
and you'd insert the 1=2 And conditional 
expression for the action you want to disable. 


Notes 


When you want to disable an action in a 
macro, you want to prevent Access from 
evaluating the row’s conditional expression. 
As you may know, you can call Access Basic 
functions in the Condition column, which 
can perform operations as easily as the Ac- 
tion column can perform them. 

By following our exact instructions and 
inserting the 1=2 And expression before the 
existing conditional expression, you automati- 
cally suppress the existing condition. Why? 
Well, when Access evaluates a conditional 
expression, it doesn’t do any more work than 
is absolutely necessary. The And keyword in a 
conditional expression tells Access that both 
pieces of the expression—the ones before and 
after the And—must evaluate to True. If the 
first piece of the expression evaluates to False, 
Access knows the full expression can’t possi- 
bly evaluate to True. As a result, it doesn’t 
bother to evaluate the rest of the expression. 


Conclusion 


In this article, we showed you an easy way to 
disable a macro action if you want to see how 
the macro performs 
without it. When 
you re designing a 
macro, this technique 
can be quite valuable 
because you can try 
various methods 
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without erasing any 
of the trial methods. 
After experimenting 
for a while, you can 
choose the best 
method and then 
remove the rest. ® 


Warnings On 


Enter a conditional expression in this coluron: 


To disable the action that follows the DoLogin() 
function call, use an ellipsis to continue the 1=2 
conditional expression. 
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Creating identifiers that reference 
controls on subforms 


hen you design complex forms, re- 

W ports, and macros, you often rely 
=s heavily on identifiers. You use identifi- 
ers to look up or change the values and proper- 
ties of controls. You can even reference controls 
on forms other than the one you're working on. 

Although the syntax of identifiers can look 
intimidating, the identifiers are fairly easy to 
build. However, there’s one case in which 
creating an identifier is confusing—when you 
want to reference a control on a subform. In 
this article, we'll describe how you create 
identifiers for this purpose. But first, let’s 
briefly review how to build basic identifiers. 


Building identifiers 

The simplest identifier you can create is one 
that references a control on the current form. 
You just enclose the control name in brackets. 
For instance, when you create the first text 
box control on a new form, its default name 
is Field2. The identifier that references the 
control is [Field2]. 

However, identifiers can be much more 
complicated. You can include solely the con- 
trol name only when the control you want to 
reference is on the current form. If you use an 
identifier in a macro, you can use just the 
control name only if the control resides on the 
form from which you run the macro. When 
you want to reference a form control in a 
query, a report, or on a different form, you 
must provide information that tells Access 
how to find that control. 

To convey that information, identifiers use 
several components, each separated by an 
exclamation point. The first part specifies the 
type of system object that holds the control 
you want to reference. You generally use the 
keyword Forms or Reports for this element. 
The second component indicates the name of 
the object that contains the control—in other 
words, the name of the form or report. Finally, 
the third part is the name of the actual control. 

Let’s look at an example. Last month’s 
article “Using Query By Form to Replace 
a Parameter Query’s Dialog Boxes” used 
the identifier 


[Forms ]![Customer Names From A State]! 
= [Input State] 
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in a query’s Criteria cell in order to refer to a 
form control. We used Forms first, since we 
were accessing a form control; we used Cus- 
tomer Names From A State as the second ele- 
ment to specify the form that contains the 
control; and we included Input State as the 
third component to specify the name of the 
control we wanted to reference. 


Accessing control properties 

with identifiers 

You can also use identifiers to access control 
properties. To do so, you append to the iden- 
tifier the name of the property, separating the 
property name from the rest of the identifier 
with a period. For instance, in the previous 
example, you'd reference the Input State con- 
trol’s Visible property with the identifier 


[Forms ]![Customer Names From A State]! 
= [Input State].Visible 


Before moving on to our main topic, refer- 
ring to controls on subforms, let’s discuss the 
basic structure of the identifier. Notice that 
each component of the identifier is contained 
by the component to the left. For instance, the 
control is contained by the form it resides on. 
And when you think about it, the form is 
contained by the database, which the first 
part of the identifier—the system object— 
represents. As you'll see, this is an important 
way to look at identifier construction—espe- 
cially when you try to make sense of the way 
you reference controls on subforms. 


Referring to controls 
on subforms 


When you refer to a control on a subform, 
you must insert a new component into the 
identifier. You place the name of the subform 
control immediately after the form name and 
before the name of the control you want to 
reference. This placement makes sense, since 
that position is the proper place in the hierar- 
chy for a subform: The form contains the 
subform, which in turn contains the control. 

However, the way the new component fits 
into the expression isn’t quite intuitive. You 
don’t simply insert the object’s name between 
exclamation points. You must also tell Access 
the new component identifies a subform 


rather than a simple control such as a text 
box. You do so by appending a period and 
the keyword Form to the name of the sub- 
form control. For instance, the identifier 


[Forms ]![Form1]![Subform Control Name].Form! 
=æ [Field] 


refers to the control named Field1 on the 
form named Subform that’s embedded on 
the form Form1. 

Note that the subform control name is not 
the same as the subform’s name that appears 
in the Database window. Remember, the 
subform control is simply a control that dis- 
plays the subform. The subform control has 
its own name, but the name can often be the 
same as the subform’s name. However, when 
it’s different, you must use the subform con- 
trol name in the identifier. 


An example 

Let's work through a simple example. You'll 
create a blank form and embed the NWIND 
database’s Products form on it. Then, you'll 
create a new text box control on the blank 
form that displays a value in a control on the 
Products subform. 

Open the NWIND database by using the 
File menu’s Open Database... command. 
Next, click the Form button in the Database 
window and then click the New button. In 
the New Form dialog box, click the Blank 
Form button. 

Now embed the Products form as a sub- 
form. Return to the Database window and 
scroll through the list of forms until you find 
Products. Then, drag and drop the form onto 
the blank form you just created. Next, return 
to the blank form and reposition the subform 
control to the left side of the form and about 
a quarter inch from the top. You may need 
to resize the Form window to fit the entire 
subform control on the screen. Figure A 
shows the new form at this point. 

Next, place a text box control in the area 
above the subform, as shown in Figure B. 
Then, open the property sheet by clicking the 
Properties button (|g"]) on the tool bar and 
change the new text box control's Control 
Source property to 


-[Products].Form![Product Name] 


which tells Access to 
look up the value of 
the Product Name 

control on the Prod- 


ucts subform control. 


In this particular 
case, we don’t need 
to include the Form 
system object or the 
name of the form, 
because the form is 
the current object. 

Now when you 
view the form by 
clicking the Form 
view button on the 
tool bar, the new 
text box will display 
the value of the 
subform’s Product 
Name control, as 
shown in Figure C. 
You can click the 
subform’s naviga- 
tion buttons to 
change the current 
record on the sub- 
form and watch the 
text box value change 
to match the record 
in the subform. 


Conclusion 

In this article, we 
reviewed how to 
use identifiers to 
reference controls 
on forms. Then, we 
showed you the 
undocumented way 
to reference controls 
on subforms. The 
trick is to use the 
subform control’s 
name rather than 
the form name as it 
appears in the Data- 
base window. Then, 
you append the 
subform control 
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Drag and drop the Products form onto a new form. 
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Using an identifier as the control source, you can _ an identifier as the control source, you can 
make the text box display field data from the 
Products form. 


name with a period and the keyword Form. 
By doing so, you identify the component of 
the identifier as a form rather than an ordi- 


nary control. ® 
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Selecting records from one table that 


aren't in another table 


have a table named Mailing List that stores 
m names and addresses of people to whom I 
sent a direct-mail offer. When I received re- 
sponses, I entered them into another table 
named Responses. Figure A shows some 
sample data in those two tables. Note that 
both tables use the Contact Name field as 
their key field. 

Now that I’ve received all the responses I 
expect to get, I want to analyze the effective- 
ness of the offer. I want to select from the 
Mailing List table all the names that don’t 
appear in the Responses table. Then, I can 
send a follow-up ad to those people. 

I can easily create a query that lists all the 
people who responded. I simply join the 
Mailing List and Responses tables by the 
Contact Name field. The resulting query 
selects the records that have matching entries 
in the Contact Name field. However, Access 
doesn’t seem to provide a way to select the 
records from the Mailing List table that don’t 
appear in the Responses table. Do you have 
any suggestions? 

Stephen E. Einson 
New York, New York 


Identifying records that two tables don’t have 
in common can be a problem. As Mr. Einson 
says, simply joining the tables in a select 
query returns the names you don’t want to 
see—those the tables do have in common. 

Fortunately, you can modify the simple 
select query to get the results you want. This 
special type of query is called a not-in query 
because it selects the records in one table that 
are “not in” another. 


H Tabie: Responses kd 
| Contact Name | 
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The Mailing List table stores names of people who receive a direct-mail offer; the 
Responses table holds the names of those who responded. 


Inside Microsoft Access 


Building a not-in query involves some 
advanced query techniques. You must under- 
stand how to create an outer join rather than 
the usual type of link Access creates, called 
an equi-join. You must also know how to 
select records based on summary criteria. 
You may want to read the articles beginning 
on page 1 (“Selecting Records Based on Sum- 
mary Information”) and on page 7 (“Under- 
standing the Outer Join”) for explanations of 
these techniques. 


The not-in query 

Before we show you the detailed solution to 
Mr. Einson’s problem, we'll provide a quick 
summary of the general technique. You fol- 
low these basic steps: 


e Create a query with an equi- 
join that selects records only 
when the tables involved have 
matching records. 


e Convert the equi-join to an outer 
join so that the query will select 
all records in the table with the 
larger number of records—re- 
eardless of whether the other 
table has a matching record. 


° Define query criteria on the 
count of the smaller table’s 
linking field, letting the query 
select records only if the count 
equals 0. 


In summary, the outer join you create in 
step 2 prevents Access from eliminating the 
records that the tables don’t have in common. 
Then, the criteria you set in step 3 identify 
records in the one table that aren’t in—or 
have a count of 0 in—the other table. 


An example 


Now let's apply these steps to build the not- 
in query Mr. Einson needs. Start with the 
simple select query that links the Mailing List 
and Responses tables with an ordinary equi- 
join. To create this query, set up a query that 
involves the two tables. To do this, move to 


the Database window and highlight the Mail- 
ing List table. Then, click the New Query but- 
ton (|a|) on the tool bar. Next, press [F11] to 
return to the Database window and then drag 
the Responses table into the Query window. 

Next, create the basic query that selects 
names the tables have in common. Do this 
by clicking Contact Name in the Mailing 
List table’s field list and dragging the mouse 
pointer to the same field in the Responses 
table’s field list. Then, drag the Mailing List 
table’s Contact Name field to the QBE grid. 
Figure B shows this basic query. 


Figure B 
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The select query above returns the records in the 
Mailing List table that have a matching record in the 
Responses table. 


= _Select Query: Query! 


A. Join Properties 


C1: Only include rows where the joined fields from both 


tables are equal. 


@ % include ALL records from ‘Mailing List’ and only those 
__tecords from ‘Responses’ where the joined fields ae f 


C 2 Include ALL records from ‘Responses’ and only those f 
- tecords from ‘Mailing List’ where the joined fields ae @ 


You choose the type of join you want by using the Join 
Properties dialog box. 


Now, convert the standard equi-join to an 
outer join. Open the Join Properties dialog box 
by double-clicking on the join line; then, select 
option 2 and click OK. Figure C shows the Join 
Properties dialog box for this example. 

Next, you drag the Contact Name field 
from the Responses table to the second col- 
umn of the QBE grid and deselect the show 


tool bar. In the new column’s Total cell, click 
the dropdown arrow and choose Count from 
the selection list. Finally, enter 0 in the col- 
umn’s Criteria cell. Figure D shows the com- 
pleted query. (Notice that we’ve opened the 
Table row to show you the tables each field 


Cree , 1] 


belongs to. You do this by pulling down the 
View menu and selecting Table Names.) 
When you now press the Datasheet View 


ing List table that don’t have corresponding 
entries in the Responses table. Figure E shows 
the records the query selects when the tables 
store the data shown in Figure A. 

If you compare the data in these figures, 
you'll see that the query does indeed select 
the records in the Mailing List table that 
aren't in the Responses table. 


Notes 

The example query we showed you displays 
only one field from a table. If you want, you 
can include other fields by simply dragging 
them to the QBE grid. 

If you read “Selecting Records Based on 
Summary Information,” on page 1, you may 
be wondering how we can suggest this. In 
that article, we said you can’t add fields to a 
query that places criteria on summary calcu- 
lations, because doing so changes how the 
query will group the data in preparation for 
the summary operation. Well, in this case, the 
Group By operator in the Total cell of the key 
field already tells Access to group by the in- 
dividual records. © 


Figure D... 
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This not-in query will select records from the Mailing List table that aren't in the 
Responses table. 


Figure E 
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E Moman Jones 

f | Olivia LaMont 

| | Fona Rumalski 

I | Sandy Lapworth 

f Sean O'Brien 
Shannon MacArthur 


Our sample query selects these contact names from 


the data shown in Figure A. 
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Can you use the Format property to set a counter 


field’s starting value? 


i received the May issue of Inside Mi- 
m crosoft Access today and was surprised 
to find your article “Initialize Counter 
Fields with a Simple Append Query,” 
which described how to set a counter 
field’s starting value. I use a much simpler 
method than the one you describe. I use 
the counter field’s Format property to tell 
Access the value 


with record 1 in the other table, 12 with 2, 
and so on. This can be very confusing. 

On the other hand, if both tables use 
the \10 formatting code for their counter 
fields, Access will link the records just as 
you'd expect. In short, as long as you keep 
formatting consistent for counter fields 
that relate to fields in other tables, you can 
use the Format property in order to dis- 


to display. play counter values at whatever starting 
You should keep in mind that the To do this, you point you choose. 
Format property affects on ly the use a backslash fol- Potentially, there’s a more serious prob- 


lowed by the num- lem with using the Format property to set 


counter field's display. 


ber on which you 
want to base the 
counter values. For 
instance, if you want Access to number re- 
cords beginning with 1001, you open the 
table in Design view, highlight the counter 
field, and assign to the field’s Format prop- 
erty the entry \1000. 

Kevin M. Jividen 
Cuyahoga Falls, Ohio 


Mr. Jividen is correct; you can set a counter 
field’s starting point by using the field’s 
Format property. However, you should 
keep in mind that the Format property 
affects only the counter field’s display. It 
does not affect counter values Access gener- 
ates and stores for new records. 

To see evidence of this fact, you can try 
to join a formatted counter field to match a 
counter field in another table. If you join 
the tables in a query by the counter field 
they have in common, Access won’t con- 
sider the special formatting when associat- 
ing the records. For instance, if you use 
the formatting code \10 for one table’s 
counter field, Access will join record 11 


Inside Microsoft Access 


a counter field’s starting value. Access 
doesn’t actually use the number in the for- 
matting code as an offset, or starting point. 
For instance, suppose you use the format 
code \10 for a table’s counter field and the 
last record has the value 19 in that field. If 
Access used the formatting code number as 
an offset, you’d expect Access to display 20 
in the next record’s counter field. However, 
Access displays 110 instead. 

Apparently, in formatting the counter 
value, Access replaces the zeros in the for- 
matting code with the counter value. When 
the counter value contains more digits than 
there are zeros in the formatting code, Ac- 
cess forces the counter value with the extra 
digit in place of the zeros. In the previous 
example, Access replaced the single zero 
of the formatting code \10 with the new 
counter value, 10. The display value was 
therefore 110. 

As a result, the number you choose for 
the formatting code should be larger than 
the number of records you expect to add to 
the table. When the counter field values 
reach that limit, the effectiveness of the 
formatting code breaks down. ® 
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